home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20020314-20021006 / 000199_franks@support.neth.hp.com_Thu Jul 4 15:59:34 EDT 2002.msg < prev    next >
Text File  |  2020-01-01  |  6KB  |  119 lines

  1. Article: 13505 of comp.protocols.kermit.misc
  2. From: Frank Slootweg <franks@neth.hp.com>
  3. Newsgroups: comp.sys.hp.hpux,comp.protocols.kermit.misc
  4. Subject: Re: Need Kermit Diskette for HP-9816 200/300 BASIC Workstation
  5. Date: 4 Jul 2002 14:29:49 GMT
  6. Organization: HP's Dutch Customer Response Center
  7. Lines: 103
  8. Message-ID: <ag1m4t$k20$1@support.neth.hp.com>
  9. References: <afsu37$qtp$1@watsol.cc.columbia.edu> <3D222449.7488@unixnerd.demon.co.uk> <aftdrs$dgq$1@watsol.cc.columbia.edu> <afungm$mt5$1@support.neth.hp.com> <ag1dkq$cfn$1@support.neth.hp.com> <nMXU8.8666$ZE1.183134@news1.nokia.com>
  10. Reply-To: Frank Slootweg <franks@support.neth.hp.com>
  11. NNTP-Posting-Host: support.neth.hp.com
  12. User-Agent: tin/1.4.2-20000205 ("Possession") (UNIX) (HP-UX/B.10.20 (9000/800))
  13. Path: newsmaster.cc.columbia.edu!phl-feed.news.verio.net!iad-feed.news.verio.net!iad-peer.news.verio.net!news.verio.net!news.maxwell.syr.edu!news-hog.berkeley.edu!ucberkeley!enews.sgi.com!paloalto-snf1.gtei.net!news.gtei.net!news.compaq.com!hpb10302.boi.hp.com!news.cup.hp.com!support.neth.hp.com!not-for-mail
  14. Xref: newsmaster.cc.columbia.edu comp.sys.hp.hpux:149842 comp.protocols.kermit.misc:13505
  15.  
  16. mnahkola@aurinko.ntc.nokia.com wrote:
  17. > In article <ag1dkq$cfn$1@support.neth.hp.com>, Frank Slootweg wrote:
  18. >> Yesterday I wrote:
  19. >>>   Adding to Mikko's reply:
  20. >>>   The HP 9816's "unique diskette format" is HP LIF (Logical Interchange
  21. >>> Format), hence the reference to lifcp (LIF copy). lifcp is mainly
  22. >>> available on *HP-UX* systems.
  23. >>>   So you need *someone* (you?) who has an *HP-UX* (not "unix") system
  24. >>> *with* a floppy drive. If you have that, then:
  25. >> [deleted]
  26. >>   I have an HP-UX system with a (1.44MB/720KB) floppy drive, so if I can
  27. >> help, let me know.
  28. >> 
  29. >>   Whoever does the work, I think it is best if:
  30. >> 
  31. >> - The 'target' sends hir *two* HP 9816 format diskettes:
  32. >> 
  33. >>   - One with some ASCII and binary files to be used for testing, with
  34. >>     information about these files, i.e. content (for the ASCII one),
  35. >>     sizes in bytes, (if possible) (UNIX) checksums, like "sum",
  36. >>     "sum -r", "cksume", etc..
  37. >>     If possible include (a) file(s) of the same type as the needed
  38. >>     files, so that the right type can be checked when the work is
  39. >>     (being) done.
  40. >> 
  41. >>   - One 'empty', but already (HP 9816) formatted, one.
  42. >> 
  43. >> - You send hir the files to be put on the empty diskette. Files should
  44. >>   be in ready-to-use format, i.e. not "hexified". I advice to us a
  45. >>   shar(1) archive, so that transmission/unpacking errors can be
  46. >>   prevented/detected.
  47. >>
  48. >> - The person doing the work sends both diskettes back to the 'target'.
  49. > That sounds like a good plan. There's just one catch ... does a
  50. > BASIC-running workstation know how to use a shar file? The hexified file
  51. > might actually be easier to handle, but even better if it could be
  52. > converted to the native format already ... if that can be verified to be
  53. > done correctly.
  54.  
  55.   I assume(d) that Frank (da Cruz) has the (Kermit program) file(s) to
  56. be put on the (HP 9816 format) diskette, and I assume(d) that he has
  57. access to a 'UNIX' system and 'hence' to shar(1). So if I was "the
  58. person doing the work" then 1) Frank (da Cruz) would make the shar
  59. archive and e-mail it to me, 2) I would put the files on the diskette I
  60. got from 'the target' (i.e. the user in Germany) and I would (normal)
  61. mail the diskette to the target.
  62.  
  63. >> Note: Coming to think of it, you do not really need an HP-UX system with
  64. >> a diskette drive. You could also do it with:
  65. >> 
  66. >> - lifinit and lifcp on any system. (Other posters have mentioned that
  67. >>   there are Linux versions as well. And there are DOS versions as well,
  68. >>   at least like lifcp. Do not know if these (DOS) versions can write LIF
  69. >>   archive *files*.)
  70. >> - Any UNIX/Linux system with a diskette drive of the right type.
  71. >>   You can then lifinit/lifcp stuff to a LIF archive *file* and dd(1) the
  72. >> LIF archive file to the diskette.
  73. > There's another problem - the only lifinit I was able to find that works
  74. > at all is the one in HP-UX. And I couldn't successfully _write_ to the
  75. > LIF on Linux either - reading did work though... so this only eliminates
  76. > the part about shipping the floppies to where the HP-UX box is, unless
  77. > someone else can get the other parts to work.
  78.  
  79.   Yes, ain't HP-UX systems great! :-)
  80.  
  81. > Can the LIF image indeed be written to a regular file and then dd'd to a
  82. > floppy elsewhere, reliably? I know that doing such a thing with HP
  83. > fbackup would be asking for trouble... oh, sorry, silly me, Ignite-UX
  84. > already does this...
  85.  
  86.   Yes, that can be done, but you have to make sure that the target can
  87. read the *physical* media. That is why I proposed a 'reference'
  88. diskette, so the person doing the work knows whether it is HD or DD, DS
  89. or SS, or an even more 'obscure' geometry (AFAIK, there were also 270KB
  90. 3.5" LIF diskettes, which *may* be more of a problem (because of a
  91. 'non-standard' [1] number of sectors per track or/and tracks per side.).
  92.  
  93. [1] I always find it somewhat funny that it is actually the 'IBM PC'
  94. 'standard' 3.5" diskettes which are 'non-standard'. Why? Because the HP
  95. 3.5" diskettes *pre-date* the IBM PC ones.
  96.  
  97. >> Note 2:
  98. >> 
  99. >>   I see that the original problem statement was:
  100. >> 
  101. >>> On behalf of a user who badly needs to get some scientific data into and
  102. >>> out of an HP 9816 Series 200/300 BASIC workstation.
  103. >> 
  104. >>   If this data fits on one diskette (at a time), then perhaps Kermit is
  105. >> not needed at all, and all data transfer can be done by using HP 9816
  106. >> format diskettes on the HP 9816 and a lifcp-like program on the source/
  107. >> target platform. BTW, what *is* the source/target platform (i.e.
  108. >> hardware?, OS?, diskette drive?, etc.).
  109. > -- 
  110. > Mikko Nahkola <mikko.nahkola@nokia.com>
  111. > My ideas, not my employer's. No warranty. YMMV.
  112. > #include <disclaimer.h>
  113.